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I. REAL PARTY IN INTEREST (37 C .F,R. § 41.37(c)(1)(H) 

The real party in interest in this appeal is Intel Corporation of 2200 Mission 
College Boulevard, Santa Clara, California, 95052, to whom the invention is assigned. 

II. RELATED APPEALS AND INTERFERENCES (37 C.F.R. § 41.37(c)(l)(ii)) 

With respect to other appeals or interferences that will directly affect, or be 
affected by, or have a bearing on the Board's decision in this appeal, to the best of 
Appellant's knowledge, there are no such appeals or interferences. 

in. STATUS OF THE CLAIMS (37 C.F.R. § 41.37(c)(l)(iii)) 

The status of the claims in this application are: 

A. TOTAL NUMBER OF CLAIMS IN APPLICATION 

Claims 18-48 are currently pending in the application. 

B. STATUS OF ALL THE CLAIMS 

1. Claims cancelled: 1-17 

2. Claims withdrawn from consideration but not cancelled: NONE 

3. Claims pending: 18-48 

4. Claims allowed: NONE 

5. Claims rejected: 18-48 

C. CLAIMS ON APPEAL 

Claims 18-48 are on appeal. 



Docket No. 42P12318 
Application No.: 10/000,154 



3 



IV. STATUS OF AMENDMENTS (37 C.F.R. § 41.37(c)(l)(iv)) 

A response was submitted in response to the Final Office Action mailed on 
February 21, 2007. The response included amendments to the claims. As understood by 
Appellant, the Examiner has elected not to enter the amendments because they are 
deemed to raise new issues for consideration and/or search. A copy of all claims on 
appeal is attached hereto as an appendix of claims. 
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V. SUMMARY OF CLAIMED SUBJECT MATTER (37 C.F.R. § 
41.37(c)Q¥v» 

Embodiments of the invention pertain to selecting a security format conversion 
for wired and wireless devices. See e.g., the Title. 

Independent claim 18 pertains to a system according to a first embodiment of the 
invention. See e.g., paragraph [0024]; security system 645 in Figure 6; paragraph [0046]; 
selection system 1100 in Figure 11; security system 1220 in Figure 12; and security 
system 1300 in Figure 13. The system includes a network interface. See e.g., network 
interface 650 in Figure 6; paragraph [0047]; and network link 1321 in Figure 13. The 
network interface is couplable with a public network (e.g., public network. 625 in Figure 
6) to receive a first client message and first data that is encrypted according to a wireless 
security format. See e.g., paragraph [0047]; WTLS data in Figure 6; block 730 in Figure 
7; and component 960 in Figure 9. The network interface is also to receive a second 
client message and second data that is encrypted according to a wired security format. 
See e.g., paragraph [0047]; SSL data in Figure 6; and block 755 in Figure 7. The system 
also includes a selection system coupled with the network interface. See e.g., selection 
system 660 in Figure 6; paragraph [0048]; and selection system 1100 in Figure 11. The 
selection system is to select a first security format conversion for the first data and to 
select a second security format conversion for the second data. See e.g., paragraph 
[0048]; and blocks 725 and 750 in Figure 7. The system also includes a conversion 
system coupled with the selection system. See e.g., conversion system 670 in Figure 6; 
and paragraphs [0053]-[0054]. The conversion system is to perform the first security 
format conversion on the first wireless security format encrypted data and to perform the 
second security format conversion on the second wired security format encrypted data. 
See e.g., paragraphs [0053]-[0054]; blocks 735 and 760 in Figure 7; and WTLS 
conversion system 672 and SSL conversion system 674 in Figure 6. 
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Independent claim 29 pertains to a method according to a second embodiment of 
the invention. See e.g., method 700 of Figure 7; and paragraphs [060] through [0075]. 
The method includes listening on a network interface for a first client message and first 
data that is encrypted according to a security format for wireless data. See e.g., listening 
at block 710 of Figure 7; and paragraph [0063]. The method also includes listening on 
the network interface for a second client message and second data that is encrypted 
according to a security format for wired data. See e.g., listening at block 710 of Figure 7; 
and paragraph [0063]. The method also includes receiving the first client message and 
the second client message from the network interface. See e.g., WTLS data and SSL 
data in Figure 6; blocks 730 and 755 in Figure 7; and paragraphs [0068] and 
[0072]. The method also includes selecting a first security format conversion for the first 
data and selecting a second security format conversion for the second data. See e.g., 
selection system 66Q in Figure 6; blocks 725 and 750 in Figure 7; and paragraphs [0066] 
and [0071]. The method also includes performing the first security format conversion on 
the first data and performing the second security format conversion on the second data. 
See e.g., conversion system 670 in Figure 6; and blocks 735 and 760 in Figure 7; and 
paragraphs [0068] and [0072]. 

Independent claim 36 pertains to a machine-readable medium according to a third 
embodiment of the invention. See e.g. original claim 15. The machine-readable medium 
has stored thereon data representing sequences of instructions that if executed cause a 
machine to perform operations. See e.g. original claim 15; and paragraphs [060] through 
[0075]. The operations include listening on a network interface for a first client message 
and first data that is encrypted according to a security format for wireless data. See e.g., 
listening at block 710 of Figure 7; and paragraph [0063]. The operations also include 
listening on the network interface for a second client message and second data that is 
encrypted according to a security format for wired data. See e.g., listening at block 710 
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of Figure 7; and paragraph [0063]. The operations also include receiving the first client 
message and the second client message from the network interface. See e.g., WTLS 
data and SSL data in Figure 6; blocks 730 and 755 in Figure 7; and paragraphs 
[0068] and [0072]. The operations also include selecting a first security format 
conversion for the first data and selecting a second security format conversion for the 
second data. See e.g., selection system 660 in Figure 6; blocks 725 and 750 in Figure 7; 
and paragraphs [0066] and [0071]. 

Independent claim 40 pertains to a method according to a fourth embodiment of 
the invention. See e.g., method 700 of Figure 7. The method includes receiving an 
indication of one of a plurality of ports on which a client message was received from a 
public network. See e.g., indication 430B in Figure 4; the WTLS data received at port 
654 and the SSL data received at port 652 in Figure 6; and blocks 715 and 740 in Figure 
7. The method also includes selecting a security format conversion from among a 
plurality of format conversions. See e.g., selection system 470 in Figure 4; selection 
system 660 in Figure 6; and blocks 725 and 750 of Figure 7. The plurality include a first 
security format conversion from a Wireless Transport Layer Security format to another 
format. See e.g., WTLS conversion system 672 in Figure 6; and block 725 in Figure 7. 
The plurality also include a second security format conversion from a Secure Sockets 
Layer security format to another format See e.g., SSL conversion system 674 in Figure 6; 
and block 750 in Figure 7. This may be performed in dependence upon the received 
indication of the port. See e.g., indication 430B in Figure 4; and paragraph [0029]. 

Independent claim 47 pertains to a system according to a fifth embodiment of the 
invention. See e.g., paragraph [0024]; security system 645 in Figure 6; paragraph [0046]; 
selection system 1100 in Figure 11; security system 1220 in Figure 12; and security 
system 1300 in Figure 13. The system includes a first network interface within a data 
center and couplable with a public network. See e.g., network interface 650 in Figure 6; 
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paragraph [0047]; and network link 1321 in Figure 13. Figure 6 shows that the security 
system 645 is within data center 640. Figure 4 also shows security system 460 within 
data center 450. The interface is to receive a first Wireless Transport Layer Security 
encrypted data from a cell phone client. See e.g., paragraph [0047]; WTLS data in 
Figure 6; and block 730 in Figure 7. Wireless access device 605, which may be a cell 
phone client, is shown in Figure 6. The interface is also to receive a second Secure 
Sockets Layer encrypted data from a personal computer client. See e.g., paragraph 
[0047]; SSL data in Figure 6; and block 755 in Figure 7. Wired access device 620, 
which may be a personal computer client, is shown in Figure 6. The system also includes 
a conversion system within the data center. See e.g., conversion system 670 in Figure 
6; and paragraphs [0053]-[0054]. The conversion system is to convert the first 
Wireless Transport Layer Security encrypted data received from the cell phone client to 
plain data. See e.g., WTLS conversion system 672 to convert the WTLS data to 
plain data in Figure 6; block 735 in Figure 7; and paragraphs [0053]-[0054]. The 
conversion system is also to convert the second Secure Sockets Layer encrypted data 
received from the personal computer client to plain data. See e.g., SSL conversion 
system 674 to convert the SSL data to plain data in Figure 6; block 760 in Figure 
7; and paragraphs [0053]-[0054]. The system also includes a second network interface 
within the data center that is couplable with a private network to provide the plain data to 
the private network. See e.g., paragraph [0046]; network interface 680 in Figure 6; 
paragraph [0055]; and server link 1322 in Figure 13. See e.g., server 690 in data center 
640. 
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VI. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL (37 C.F.R. 
§ 41.37(c)Q)(vn) 

A. Claims 18, 22-29, 31-34, 36, 38-40, and 42-48 are rejected under 35 U.S.C. § 102(e) 
over Strahm . (U.S. Patent Application Publication No. US2002/0133598); and 

B. Claims 19, 20, 21, 30, 37, and 41 are rejected under 35 U.S.C. § 103(a) over Strahm . 
(U.S. Patent Application Publication No. US2002/0133598). 
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VIL ARGUMENT (37 C.F.R. § 41.37(c)Q)(vii)) 



A. REJECTION OF CLAIMS 18, 22-29, 31-34, 36, 38-40, and 42-48 UNDER 35 
U.S.C. § 102(E) OVER STRAHM (U.S. PATENT APPLICATION 
PUBLICATION NO. US2002/0133598) IS IMPROPER. 

GROUP I: CLAIMS 18-46 

The Examiner has rejected claims 18, 22-29, 31-34, 36, 38-40, and 42-48 under 
35 U.S.C. §102(e) as being unpatentable over U.S. Patent Application Publication No. 
US2002/0133598 by Strahm (hereinafter referred to as "Strahm"). Appellants 
respectfully submit that the present claims are not anticipated by Strahm . 

Claim 18 recites a system comprising: 

"a network interface couplable with a public network to receive a first client 
message and first data that is encrypted according to a wireless security format and to 
receive a second client message and second data that is encrypted according to a wired 
security format; 

a selection system coupled with the network interface to select a first security 
format conversion for the first data and to select a second security format conversion for 
the second data; and 

a conversion system coupled with the selection system to perform the first 
security format conversion on the first wireless security format, encrypted data and to 
perform the second security format conversion on the second wired security format 
encrypted data". 

Strahm does not disclose these limitations. In particular, Strahm does not 
disclose a system including a network interface to receive a first data that is 
encrypted according to a wireless security format and a second data that is 
encrypted according to a wired security format. Nor does Strahm disclose the 
claimed selection system, or the claimed conversion system to perform the first 
selected security format conversion on the first wireless security format 

encrypted data and to perform the second selected security format conversion on 
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the second wired security format encrypted data. 

Strahm pertains to network communication. See e.g., the Title. Strahm 
discusses that the mobile device 110 of FIG. 1 may communicate with a home 
agent 160 of Figure 1. The mobile device 110 may establish four exemplary 
connections or tunnels with the home agent 160. See e.g., paragraph [0011]. 
Connection 114 is a wireless phone link, connection 116 is a wireless connection, 
connection 118 is a wired network connection, and connection 120 is a direct 
connection to the Internet 140. See e.g., paragraphs [0013] through [[0016]. More 
than one connection may be active at a given time. See e.g., paragraph [0022]. 
Either the same or different security protocols may be used for the different 
connections. See e.g., paragraphs [0025] and [0026]. 

FIG. 3 is a flow chart of a process for connecting a mobile client. See e.g., 
paragraph [0005]. As explained in paragraph [0024], security protocols are 
established and authenticated 324. Paragraph [0024] mentions that examples of 
security protocols include transport layer security (TLS), secure sockets layers 
(SSL), and wireless TLS (WTLS). As understood by Appellants, this is the only 
mention of WTLS in the entire application. 

Paragraph [0024] discloses that WTLS is an example of a security protocol 
for the mobile client (emphasis added). There is no disclosure that the home 
agent 160 use WTLS, or any other wireless security format. There is absolutely 
no disclosure that the home agent 160 receives first data that is encrypted 
according to WTLS and a second data that is encrypted according to SSL. In fact, 
766/776 in FIG. 7 seem to suggest that only TLS/SSL is used. 

With reference to FIG. 1 of Strahm, notice that the wireless phone link 
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connection 114 and the wireless connection 116 each go through one or more 
components (e.g., a tower and the Internet, etc.). At some point these 
connections become wired instead of wireless. Strahm is silent on the security 
processing that may occur, since presumably it does not pertain to the invention. 

However, as understood by Appellants, WTLS encrypted data would 
typically be converted to another format, such as SSL, within a WAP gateway 
(see e.g., Figures 1-2 of the present patent application), or within a trusted 
WTLS/SSL conversion system (see e.g., Figure 3 of the present patent 
application), or otherwise, prior to reaching the home agent 160. Such format 
conversion would result in the home agent receiving SSL encrypted data, but not 
WTLS encrypted data, or any other type of wirelessly encrypted data. This 
seems consistent with the TLS/SSL indicated at 766/776 in FIG. 7. 

In any event, Strahm does not specifically disclose that the home agent 160 
receives WTLS data, or any other data encrypted according to a wirelessly 
security format. Furthermore, the Examiner has not included in this rejection a 
reference showing, or provided any other convincing reasoning, that WTLS data 
may remain encrypted throughout its traversal from the mobile device 110 
through the Internet to the home agent 160. 

Appellants also point out that anticipation under 35 U.S.C. Section 102 requires 
every element of the claimed invention be identically shown in a single prior art 
reference. The Federal Circuit has indicated that the standard for measuring lack of 
novelty by anticipation is strict identity. "For a prior art reference to anticipate in terms 
of 35 l/.S.C. Section 102, every element of the claimed invention must be identically 
shown in a single reference:' In Re Bond, 910 F.2d 831, 15 USPQ.2d 1566 (Fed. Cir. 
1990). 
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Accordingly, Appellants respectfully submit that claim 18 is not 
anticipated by Strahm . The dependent claims of claim 18 are believed to be allowable 
therefor, as well as for the recitations set forth in each of these dependent claims. 
Independent claims 29, 36, and 40, and their respective dependent claims, are believed to 
be allowable for similar reasons. 

For at least these reasons, the claims of Group I (claims 18-46) are believed to be 
allowable over Strahm . 

GROUP II: CLAIMS 47-48 

The Examiner has rejected claims 18, 22-29, 31-34, 36, 38-40, and 42-48 under 
35 U.S.C. § 102(e) as being unpatentable over U.S. Patent Application Publication No. 
US2002/0133598 by Strahm (hereinafter referred to as " Strahm "). Appellants 
respectfully submit that the present claims are not anticipated by Strahm . 

Claim 47 recites a system comprising: 

"0 first network interface within a data center and couplable with a public 
network to receive a first Wireless Transport Layer Security encrypted data from a cell 
phone client and to receive a second Secure Sockets Layer encrypted data from a personal 
computer client; 

a conversion system within the data center to convert the first Wireless Transport 
Layer Security encrypted data received from the cell phone client to plain data and to 
convert the second Secure Sockets Layer encrypted data received from the personal 
computer client to plain data; 

a second network interface within the data center and couplable with a private 
network to provide the plain data to the private network". 

Strahm does not disclose these limitations. In particular, Strahm does not 
disclose a first network interface to receive a first Wireless Transport Layer 
Security encrypted data and a second Secure Sockets Layer encrypted data. 

Nor does Strahm disclose the claimed conversion system. The discussion above 
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is pertinent to these points. 

Furthermore, Strahm does not disclose an interface meeting the 
limitations of the claimed first interface that is within a data center and that 
receives the first Wireless Transport Layer Security encrypted data from a cell 
phone client and that receives the second Secure Sockets Layer encrypted data 
from a personal computer client. The home agent 160 of Strahm does not receive 
WTLS encrypted data. 

Accordingly, Appellants respectfully submit that claim 47 is not 
anticipated by Strahm . Claim 48 depends on claim 47 and is believed to be allowable 
therefor, as well as for the recitations set forth therein. 

For at least these reasons, the claims of Group II (claims 47-48) are believed to be 
allowable over Strahm. 
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B. REJECTION OF CLAIMS 19, 20, 21, 30, 37, and 41 UNDER 35 U.S.C § 
103(A) OVER STRAHM (U.S. PATENT APPLICATION PUBLICATION 
NO. US2002/0133598) IS IMPROPER 

GROUP III: CLAIMS 19, 20, 21, 30, 37, and 41 

The Examiner has rejected claims 19, 20, 21, 30, 37, and 41 under 35 U.S.C. 
§103(a) as being unpatentable over U.S. Patent Application Publication No. 
US2002/01 33598 by Strahm (hereinafter referred to as " Strahm "). 

Appellants respectfully remove Strahm as a reference under 35 U.S.C. 
§1 03(a) from the present patent application. 

In accordance with 35 U.S.C. §103(c), ''subject matter developed by another 
person, which qualifies as prior art only under one or more of subsections (e), (f), and (g) 
of section 102 of this title, shall not preclude patentability under this section 
(emphasis added) where the subject matter and the claimed invention were, at the time 
the invention was made, owned by the same person or subject to an obligation of 
assignment to the same person" This subsection applies to all applications filed on 
or after November 29, 1999. M.P.E.P. §706.02(1)(1). 

In support of the required common ownership under 35 U.S.C. 103(c), it is 
hereby stated that the present application (U.S. Patent Application Serial No. 
10/000,154) and Strahm (U.S. Patent Application No. 2002/0133598) were, at the 
time the invention was made, owned by, or subject to an obligation of 
assignment to, the same organization. This is sufficient evidence to establish 
common ownership. See M.P.E.P. 706.02(1)(2)(II). 

Accordingly the Appellants respectfully submit that Strahm has been 
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removed as a valid reference under 35 U.S.C. 103(a) against the claims of the 
present application. 

For at least these reasons, the claims of Group III (claims 19, 20, 21, 30, 37, and 
41) are allowable over Strahm . 
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CONCLUSION 

Based on the foregoing, Appellants request that the Board overturn the rejection 
of all pending claims and hold that all of the claims of the present application are 
allowable; 

Appellants respectfully petition for an extension of time to respond to the 
outstanding Office Action pursuant to 37 C.F.R. § 1.136(a) should one be necessary. 
Please charge our Deposit Account No. 02-2666 to cover the necessary fee under 37 
C.F.R. § 1.17 for such an extension. 

Please charge any shortages and credit any overpayment to our Deposit Account 
No. 02-2666. 

Respectfully submitted, 

BLAKELY, SOKOLOFF, TAYLOR & ZAFMAN 

Date: August 2 L 2007 

Agent for Appellants 
Registration Number: 48,01 1 

12400 Wilshire Boulevard 
Seventh Floor 

Los Angeles, CA 90025-1030 
(303)-740-1980 
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VIII. CLAIMS APPENDIX (37 C.F.R, J 41.37(c)(l)(viii)) 



The text of the claims involved in the appeal are: 
Claims 1-17 (Cancelled) 

18. (Previously Presented) A system comprising: 

a network interface couplable with a public network to receive a first client 
message and first data that is encrypted according to a wireless security format 
and to receive a second client message and second data that is encrypted 
according to a wired security format; 

a selection system coupled with the network interface to select a first security 
format conversion for the first data and to select a second security format 
conversion for the second data; and 

a conversion system coupled with the selection system to perform the first 
security format conversion on the first wireless security format encrypted data 
and to perform the second security format conversion on the second wired 
security format encrypted data. 

19. (Previously Presented) The system of claim 18, wherein the network 
interface comprises a first port to receive the first client message and the first 
data and a second port to receive the second client message and the second data. 

20. (Previously Presented) The system of claim 19, wherein the first port has a 
number selected from the group consisting of the numbers 9208 through 9282, 
and wherein the second port has number 443. 
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21. (Previously Presented) The system of claim 20, wherein the first port has 
the number 9208. 



22. (Previously Presented) The system of claim 18, wherein the first data 
comprises Wireless Transport Layer Security encrypted data, and wherein the 
second data comprises Secure Sockets Layer encrypted data. 

23. (Previously Presented) The system of claim 18, wherein the conversion 
system comprises a first security format conversion from the wireless security 
format encrypted data to plain data and a second security format conversion 
from the wired security format encrypted data to plain data. 

24. (Previously Presented) The system of claim 18, wherein the selection 
system comprises: 

logic to receive an indication of one of a plurality of ports of the network 
interface on which a client message was received from the public network; and 

logic to select a security format conversion from among a plurality of format 
conversions including a first security format conversion from a Wireless 
Transport Layer Security format to another format and a second security format 
conversion from a Secure Sockets Layer format to another format in dependence 
upon the received indication of the port. 

25. (Previously Presented) The system of claim 24, wherein the selection 
system further comprises: 

logic to receive information about a security feature supported by a client access 

device, and wherein the logic to select the security format conversion is capable 

of selecting one of the plurality of format conversions in dependence upon the 
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received indication of the port and the received information about the security 
feature supported by the client access device. 

26. (Previously Presented) The system of claim 18, wherein the network 
interface, the selection system, and the conversion system are contained within a 
single network device. 

27. (Previously Presented) The system of claim 26, residing in a data center 
between the Internet and a data center server. 

28. (Previously Presented) The system of claim 26, residing in a data center 
between a first switch within the data center and a second switch within the data 
center. 

29. (Previously Presented) A method comprising: 

listening on a network interface for a first client message and first data that is 
encrypted according to a security format for wireless data and listening on the 
network interface for a second client message and second data that is encrypted 
according to a security format for wired data; 

receiving the first client message and the second client message from the network 
interface; 

selecting a first security format conversion for the first data and selecting a 
second security format conversion for the second data; and 

performing the first security format conversion on the first data and performing 
the second security format conversion on the second data. 
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30. (Previously Presented) The method of claim 29, wherein said listening on 
the network interface comprises listening on a first port having a number 
selected from the group consisting of the numbers 9208 through 9282 for the first 
client message, and listening on the second port having the number 443 for the 
second client message. 

31. (Previously Presented) The method of claim 29, wherein said selecting 
comprises selecting a security format conversion from Wireless Transport Layer 
Security format to another format for the first data and selecting a security 
format conversion from Secure Sockets Layer format to another format for the 
second data. 

32. (Previously Presented) The method of claim 31, wherein the other formats 
comprise plain data. 

33. (Previously Presented) The method of claim 29: 

wherein said listening, receiving, selecting, and performing, are each performed 
within a single network device; and 

wherein the single network device resides within a data center disposed between 
the Internet and a data center server. 

34. (Previously Presented) The method of claim 29: 

wherein said listening, receiving, selecting, and performing, are each performed 
within a single network device; and 

wherein the single network device resides within a data center and is disposed 
between a first data center switch and a second data center switch. 
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35. (Previously Presented) The method of claim 29, wherein at least a portion 
of said selecting or said performing is executed in hardware. 

36. (Previously Presented) A machine-readable medium having stored 
thereon data representing sequences of instructions that if executed cause a 
machine to perform operations comprising: 

listening on a network interface for a first client message and first data that is 
encrypted according to a security format for wireless data and listening on the 
network interface for a second client message and second data that is encrypted 
according to a security format for wired data; 

receiving the first client message and the second client message from the network 
interface; and 

selecting a first security format conversion for the first data and selecting a 
second security format conversion for the second data. 

37. (Previously Presented) The machine-readable medium of claim 36, 
wherein the instructions that if executed cause the machine to listen further 
comprise instructions that if executed cause the machine to listen on a first port 
having a number selected from the group consisting of the numbers 9208 
through 9282 for the first client message, and listening on the second port having 
the number 443 for the second client message. 

38. (Previously Presented) The machine-readable medium of claim 36, 
wherein the instructions that if executed cause the machine to select further 
comprise instructions that if executed cause the machine to select a security 
format conversion from Wireless Transport Layer Security format to another 
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format for the first data and select a security format conversion from Secure 
Sockets Layer format to another format for the second data. 

39. (Previously Presented) The machine-readable medium of claim 38, 
wherein the other formats comprise plain data. 

40. (Previously Presented) A method comprising: 

receiving an indication of one of a plurality of ports on which a client message 
was received from a public network; and 

selecting a security format conversion from among a plurality of format 
conversions including a first security format conversion from a Wireless 
Transport Layer Security format to another format and a second security format 
conversion from a Secure Sockets Layer security format to another format in 
dependence upon the received indication of the port. 

41. (Previously Presented) The method of claim 40, wherein the plurality of 
ports comprise a first port having a number selected from the group consisting of 
the numbers 9208 through 9282 and a second port having number 443. 

42. (Previously Presented) The method of claim 40, wherein the other formats 
comprise plain data formats. 

43. (Previously Presented) The system of claim 23, further comprising a 
second network interface to provide the plain data. 

44. (Previously Presented) The method of claim 32, further comprising 
providing the plain data from a second network interface. 
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45. (Previously Presented) The machine-readable medium of claim 39, 
wherein the instructions further comprise instructions that if executed cause the 
machine to provide the plain data from a second network interface. 

46. (Previously Presented) The method of claim 40, further comprising: 
performing the selected security format conversion to plain data; and 
providing the plain data to a network through a network interface. 

47. (Previously Presented) A system comprising: 

a first network interface within a data center and couplable with a public 
network to receive a first Wireless Transport Layer Security encrypted data from 
a cell phone client and to receive a second Secure Sockets Layer encrypted data 
from a personal computer client; 

a conversion system within the data center to convert the first Wireless Transport 
Layer Security encrypted data received from the cell phone client to plain data 
and to convert the second Secure Sockets Layer encrypted data received from the 
personal computer client to plain data; 

a second network interface within the data center and couplable with a private 
network to provide the plain data to the private network. 

48. (Previously Presented) The system of claim 47, wherein the first and 
second network interfaces are logically disposed between first and second 
switches in the data center. 



Docket No. 42P12318 
Application No.: 10/000,154 



24 



IX. EVIDENCE APPENDIX (37 C.F.R. § 41.37(c)(l)(ix)) 

To the best of Appellant's knowledge, there is no evidence that is relied upon by 
Appellants in this appeal to be included in this section. 
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X. RELATED PROCEEDINGS APPENDIX (37 C.F.R. § 41.37(c)(l)(x)) 

(To the best of Appellant's knowledge, there are no related appeals or interferences.) 
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